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(57) Abstract: The access points of the system are located either in the packet transmission network (54-56) or at the interfaces 
connecting the switching units (10, 20, 30, 40) provided with gateways with the packet network. Call servers store context data 
concerning terminals connected to the system through the access points. When a communication path is set up passing through a 
gateway to connect first and second terminals, the servers associate an addressing resource of the gateway in the packet network 
with a portion of the path providing the connection with the first terminal and an addressing resource of the gateway in the switching 
means with a second portion providing the connection with the second terminal, and store, in the context data concerning the second 
terminal, an identification of said addressing resource of the gateway in the packet network. 

(57) Abreg* • Les points d'acces du systeme se trouvent soit dans un r^seau de transmission de paquets (54-56) soit au niveau 
d'interfaces de raccordement d'unites de commutation (10, 20, 30, 40) pourvues de passerelles avec le reseau de paquets. Des 
serveurs d* appel memorisent des donnees de contexte relatives a des terminaux relies au systeme 

[Suite sur la page suivante] 



02052826A1_I_> 



BEST AVAILABLE COPY 



1 



WO 0 1/052826 Al 




, ^-7 rsr HS Fl GB, GD, GE, GH, GM, 
DE , DK, DM. ■ DZ. EC EE, ES, H G ^ ^ LK 

HR, HU, ID, IL, IN, IS, JP, Kb, ^ ' ^ mw, MX, 
XR, LS, LT, LU, W MA mMG, MK, MN 

YU, ZA, ZM, ZW. 

LS ' ^\^ Z \7 BY kG K?MD,RU,TJ, TM), brevet 
eurasien (AM, AZ, BY, KG, KZ M . ^ GB, GR 

europeen < AT £^:£*r TR) bievet OAPI (BF, BJ, 
^ n C0 V C^^0^ ML, MR, KB. ». 

TD, TG). 



settlement 



!!! bl, Si rapport AnwtenAe tnurmrtmal* 
/a Gazette du PCT. 



S travers les points d acces. A 1 eofttose ressoutce d , adressage de la , paoeRU ea ^ commutallo „ 





BNSDOCID <WO. 



02052B26A1_U> 



1 \ 



PCT/FR01/03918 

WO 02/052826 

ppnCEDE D'ETA RHSSEMENT DE CHEMIN S DE COMMUNICATION 
cmtrf PES POINTS IVACCES D'UN SYSTEME DE COMMUTAT ION 
t=r gVSTEME DE CO MMUTATION METTANT EN ( TUVRE LE PROCEDE 

La presente invention concerne un procede d'etablissement de 
5 communications entre des points d'acces d'un systeme de commutation 

L'invention s'applique notamment, mais non exclusivement, a un 
reseau d'autocommutateurs (PABX) dans lequel des points d'acces (iignes 
vers des terminaux ou des bornes radio, raccordements a des reseaux ou a 
des Iignes specialises...) sont organises en grappes gerees chacune par une 
10 unite de contr6le de grappe (UCG). Chaque unite de controle de grappe 
possede une certaine autonomie pour gerer les communications ou autres 
fournitures de services impliquant les points d'acces qui en dependent. En 
particulier, I'UCG comporte une memoire ou sont stockees des tables 
contenant diverses donnees relatives aux terminaux qui lui sont relies et 
15 permettant notamment de gerer les facultes dont les terminaux disposer*. 

Cette architecture materielle induit le concept logiciel de demi-appel. 
Les traitements de signalisation concernant I'etablissement d'une 
communication (ou autre fourniture de service) a travers un point d'acces 
comprennent d'une part des taches de controle du point d'acces pour identifier 
20 des evenements (decroche, raccroche, numerotation, occupation...) issus du 
point d'acces et les traduire en messages du systeme de commutation et pour 
adresser diverses commandes au point d'acces (sonnerie. tona|it6s, 
affichages...), et d'autre part des taches de gestion d'appel pour trailer les 
requetes concernant le point d'acces (en fonction notamment des droits defmis 
25 dans les tables) et pour superviser les taches de controle du point d'acces. La 
signalisation relative a une communication entre plusieurs points d'acces 
procede par des echanges de messages entre les demi-appels concernes. 
Avantageusement, les taches de gestion d'appel utilisent des messages selon 
des formats et protocoles standardises dans le systeme de commutation, 
30 tandis que les taches de controle de point d'acces assurent les traductions 
necessaires pour tenir compte des specificites propres aux differents types de 
terminaux ou de reseaux susceptibles d'etre raccordes. 

L'architecture ci-dessus est bien adaptee au cas de terminaux fixes 
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rel *s aux UCG a des adresses .variables. Le 1 
terminal peut «. enU.re.en. execute au n,veau de . UCG a 
raccorde (UCG de reference). La demande de brevet EP-A-0 790 de 
unTliere de ('adapter au cas de terminaux radio mobiles suscepbbles 
5 22 an communication au moyen de bornes radio reliees a des UCG 
ZZ dis«nc,es de leurs UCG de reference, I'UCG de reference dun term.na 
ir^raiemen, ceiie oO son, stocKees tes donnees pe rt inen,es concemant 

06 ^Te succes des r.seaux fonctionnant seion >e protocote tP (« internet 
„ , J! Reouest For Comment (RFC) 791 publiee par .'internet Engineenng 
10 Tttce^TF?en sep.embre 1981) a condui, a stopper des protocoies 
J^J* ^l' p - (< Rea| - Time Protoco T» et RfCP, « Real Time Control 
en temps reel (RTP, « Real T,me ^ ^ de 

zz: - z:: — ; 9 :r sl. de u-.. - - 

telephone un a.sp torminaux IP ») Ces terminaux IP peuvent 

raccordent a de tels reseaux (« terminaux »). ^ 

raccordeni a telephones classiques associes a des 

domame ae differentes entiles du systeme 

eo^on ^^Z^-Z^ (lntra net, P eu, ainsi servir 

nirr itr— - — • - — - tr: s 

Uantas—t fournir un mo y en de liaison ^—^^ 

Ip sont alors geres par des serveurs d'appeis directement connectes au reseau 
IP sont aiors geres. P exemple 
1P La demande de brevet fran 5 a.s n 00 0889 

tfar ~ :irr :iux — «. — s ^ r r 

^spensabTpar ,a nScessaire prise en compfe des infrastructures actuel.es 
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dans le processus de migration vers des reseaux fonctionnant entierement 

selon le protocole IP. 

Dans une architecture combinant des reseaux de PABX du type 
indique ci-dessus et des reseaux a commutation de paquets, certaines des 

5 UCG ("UCG passerelle") sont alors equipees d'interfaces passerelles avec un 
reseau a commutation de paquets tel qu'un reseau IP. Ces interfaces 
passerelles effectuent la conversion des flux echanges entre les deux types de 
reseau, de maniere conforme au fonctionnement d'une passerelle de media 
("Media GateWay", ou MGW) et de son controleur ("Media Gateway Controller" 

10 ou MGC) comme decrit dans le projet TIPHON ("Telecommunications and 
Internet Protocol Harmonisation Over Networks) de I'ETSI ("European 
Telecommunication Standard Institute"). Une telle interface passerelle fournit 
un point d'acces connecte au reseau IP, et permet d'autre part la mise en 
ceuvre de communications sur le reseau IP faisant intervenir des terminaux 

15 « classiques », analogiques ou numeriques, qui ne sont pas directement 
raccordes au reseau IP, sans toutefois comprendre obligatoirement un point 
d'acces pour ces terminaux "classiques". A I'inverse, une MGW fournit 
typiquement un point d'acces pour differents types de terminaux "classiques", 
et comprend un point d'acces connecte au reseau IP. 

20 II est ainsi possible d'envisager I'etablissement de chemins de 

communication entre tous types de terminaux portes ou non par le reseau IP. 
La demande de brevet PCT/FR00/02740 decrit une maniere d'optimiser 
I'etablissement du chemin de communication lorsqu'intervient une interface 

passerelle avec un reseau IP. 
25 Le choix du chemin de communication peut etre effectue sur requete 

par un serveur de topologie, en fonction de criteres propres au systeme, et des 

informations de localisation des terminaux impliques dans la communication. 

Ce processus, lorsqu'il conduit a Tetablissement d'un chemin de 

communication entre le reseau de PABX et le reseau a commutation de 
30 paquets, utilise des ressources de I'UCG passerelle en cours de 

communication. 

Une telle flexibility engendre toutefois des contraintes de cout, 
notamment dans la perspective d'un accroissement rapide du trafic sur les 
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- associer a ladite premiere portion une ressource d'adressage de 
Interface passerelle dans le reseau de transmission de paquets pour la 
liaison avec le premier terminal ; 

- associer a ladite seconde portion une ressource d'adressage de 
5 Tinterface passerelle dans les moyens de commutation pour la liaison 

avec le second terminal ; et 

- memoriser, dans les donnees de contexte relatives au second terminal, 
une identification de ladite ressource d'adressage de Tinterface 
passerelle dans le reseau de transmission de paquets. 

, 0 Ainsi, le second terminal pourra presenter une « double apparence » 

vis-a-vis des autres points d'acces du systeme, a savoir I'apparence native de 
"son point d'acces, et I'apparence complementaire correspondant a I'autre 
famille de point d'acces. Cette apparence complementaire est realisee en 
memorisant dans les donnees de contexte du terminal une ressource 
15 d'adressage d'une passerelle qui lui est associee lors de i'etablissement du 
premier chemin de communication. 

Le traitement d'appel execute pour un autre terminal devant entrer en 
communication avec lui pourra ainsi choisir, parmi ces deux apparences, cetle 
qui permet ('utilisation la plus judicieuse des ressources des passerelles. 
20 En particulier, pour mettre en liaison le second terminal avec un 

troisieme terminal sans couper la liaison avec le premier terminal, les moyens 
de traitement d'appel peuvent lire dans les donnees de contexte relatives au 
second terminal Identification memorisee de ladite ressource d'adressage de 
I'interface passerelle dans le reseau de transmission de paquets, et etablir un 
25 second chemin de communication incluant la seconde portion du premier 
chemin et au moins une autre portion appartenant au reseau de transmission 
de paquets, a laquelle ils associent la ressource d'adressage lue de I'interface 
passerelle pour la liaison avec le troisieme terminal. 

Le processus est symetrique, de sorte que, de facon alternative ou 
30 cumulative, I'etablissement du premier chemin de communication peut 
comprendre la memorisation, dans les donnees de contexte relatives au 
premier terminal, d'une identification de ladite ressource d'adressage de 
I'interface passerelle dans les moyens de commutation. 
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Un autre aspect de la presente invention se rapporte a un systeme de 
commutation comprenant un reseau de transmission de paquets procurant une 
premiere famille de points d'acces, des moyens de commutation equipes 
d'interfaces de raccordement procurant une seconde famille de points d'acces 
5 et d'au moins une interface passerelle avec le reseau de transmission de 
paquets, et des moyens de traitement d'appel pour memoriser des donnees de 
configuration et des donnees de contexte relatives a des terminaux relies au 
systeme a travers les points d'acces, et pour effectuer des traitements de 
signalisation concernant lesdits terminaux conformement a un precede tel que 

10 defini ci-dessus. 

D'autres particularites et avantages de I'invention apparaTtront dans la 
description ci-apres d'exemples de realisation non limitatifs, en reference aux 
dessins annexes, dans lesquels : 

- la figure 1 est un schema d'un systeme de commutation selon 

15 I'invention ; 

- la figure 2 est un schema synoptique d'une unite de controle de grappe 

du systeme de la figure 1 ; et 

- les figures 3 a 7 sont des diagrammes illustrant des exemples de 
signalisation d'appel dans le systeme de la figure 1 . 

20 La figure 1 montre un exemple de systeme de communication construit 

a partir d'un reseau IP constitue de deux reseaux locaux (LAN, « Local Area 
Network ») 54,55 relies entre eux par I' intermediate d'un reseau etendu 
(WAN, « Wide Area Network ») 56. Le WAN joue le role d'interconnexion entre 
les sous-reseaux 54, 55 formes par les LAN. II pourrait etre avantageusement 

25 remplace par un reseau dorsal ("backbone") si les contraintes de charge du 

systeme le justifiaient. 

Le systeme integre d'autre part un ou plusieurs autocommutateurs 
(PABX) ou sites 10, 20, 30, 40. Chaque site a une organisation en grappes. II 
comprend ainsi une ou plusieurs unites de contrdle de grappe (UCG) 11-13, 
30 21-25,31-34,40- Chaque UCG possede des ressources suffisantes pour 
supporter les communications entre ses propres points d'acces. 

Chaque site 10, 20. 30 comportant plusieurs UCG est equipe d'une 
boucle de transport 18, 28, 38 permettant les echanges inter-UCG de maniere 



OOOfiPRPftAI I > 



PCT/FROl/03918 

WO 02/052826 

-7- 

a supporter les communications entre plusieurs points d'acces appartenant a 
un meme site. A titre d'exemple, la boucle 18, 28, 38 peut etre une ligne 
numerique a 40 Mbits/s organisee en temps partage pour supporter 512 
canaux a commutation de circuits (« canaux circuits ») et 70 canaux a 
5 commutation de paquets (« canaux paquets » ). Les canaux circuits sont 
prevus pour les points d'acces dont le fonctionnement requiert la reservation 
d"une ressource circuit, tandis que les canaux paquets sont prevus pour les 
points d'acces utilises par des communications a commutation de paquets et 
pour les echanges de commandes propres au systeme de commutation 
10 (notamment les fonctions de signalisation). Des unites de contr6le non 
representees sont prevues dans les sites 10,20,30 pour superviser le 
fonctionnement des boucles de transport 18,28,38. Lorsque le systeme 
comporte plusieurs sites, des lignes inter-sites 52, 53 (par exemple des lignes 
MIC privees ou louees a un operateur public) sont eventuellement prevues 
15 entre certaines de leurs UCG 25, 32, 34, 40. 

Differents terminaux IP 41-44 sont directement connectes aux LAN 
54, 55. Un terminal IP 44 peut etre un telephone classique 47 associe a un 
adaptateur 48 pour le raccordement au reseau IP, un terminal telephonique 
41, 42 incorporant une interface IP ou encore un micro-ordinateur 43 executant 
20 une application de telephonie sur reseau IP. D'une maniere connue en soi, 
Tadaptateur 48 peut consister en une passerelle de media (MGW), 
eventuellement pilotee par un controleur de passerelle de media (MGC) (non 
represents sur la figure) supportant des protocoles tels que Megaco (voir 
« Megaco Protocol », Internet draft, IETF, 21 fevrier 2000). 
25 Dans Texemple represent, chaque unite de contrSle de grappe 

comporte un ensemble de points d'acces au systeme, qui peuvent servir 
d'interface avec differents types de lignes, selon les compatibles desirees. On 
peut notamment prevoir des points d'acces pour le raccordement de terminaux 
de telephonie classiques (c'est-a-dire non IP) 35, analogiques (terminaux S63 
30 simples ou terminaux « intelligents ») ou numeriques (terminaux X.25, 
RNIS...). Pour les communications exterieures, une ou plusieurs UCG 13, 40 
peuvent d'autre part comporter des interfaces pour le raccordement a des 
reseaux exterieurs tels qu'un reseau telephonique commute (RTC) 50, un 
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reseau numerique a integration de services (RNIS) et/ou un reseau numerique 
a commutation de paquets (X.25). Pour 6ventuellement permettre des 
communications avec des terminaux mobiles 36 (par exemple CT2 ou DECT), 
certaines UCG peuvent comporter des points d'acces radio relies a des bornes 

5 radio respectives 37. Dans ce cas un tel point d'acces est de type 
« classique ». Si la borne est reliee au systeme par I'intermediaire du reseau 
IP, le point d'acces correspondant sera de type IP. 

Certaines UCG 11,21,40, dites UCG passerelles, sont aussi 
connectees aux LAN 54, 55. Chaque UCG passerelle est pourvue d'une ou 

10 plusieurs interfaces passerelles ayant chacune une adresse determinee dans 
le reseau IP. Dans I'exemple represents, les sites 10, 20 et 40 sont 
respectivement reliees aux LAN 54, 55 et 55 par leurs UCG passerelles 11, 21 
et40. 

La figure 2 est un schema de principe d'une UCG passerelle 11, qui 

15 comprend un ensemble de points d'acces, ainsi que le cas ech§ant, une 
interface 111 avec la boucle de transport 18 du site. L'UCG 11 incorpore des 
points d'acces pour terminaux analogiques 32, RNIS 34 et pour le 
raccordement de bornes radio 37, ainsi qu'un point d'acces passerelle pour le 
raccordement au LAN 54. L'interface 1 1 1 avec la boucle de transport 18 du site 

20 consiste par exemple en des repeteurs pour retransmettre les trames circulant 
sur la boucle 18, associes a un automate de separation des canaux paquets et 
des canaux circuits et a des memoires tampon pour Textraction et Tinsertion 
des signaux concernant I'UCG. 

Chaque point d'acces d'une UCG 1 1 comporte une interface physique 

25 112-115, qui assure les fonctions physiques de signalisation (detection 
d'evenements, commandes, ...), de traduction et de mise en forme necessaires 
a la compatibility des organes raccordes aux points d'acces avec les formats 
utilises dans le systeme de commutation. 

Chacune des interfaces 111-115 est reliee au bus 1 16 d'un processeur 

30 118 associe a une m6moire 119. Elles sont d'autre part reliees a une matrice 
de commutation 117, qui opere une commutation physique, sous le controle du 
processeur 118, entre des canaux multiplexes dans le temps conformement a 
un schema de multiplexage propre a I'UCG. Le processeur 118 assure 
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notamment les traitements de signalisation concernant les points d'acces de 
I'UCG : il est informe des evenements detectes par les interfaces 111-115 et 
effectue les traitements appropries pour configurer la matrice de commutation 
117, adresser des messages de signalisation vers I'interface 111 et des 

5 commandes aux interfaces physiques 112-115. 

L'interface IP 1 12 est reliee au LAN 54, a une adresse IP allouee a 
I'UCG passerelle. Sous cette adresse, elle utilise un ou plusieurs ports logiques 
TCP (« Transmission Control Protocol », RFC 793, IETF, septembre 1981) 
pour les echanges de signalisation, et des ports logiques UDP (« User 

10 Datagram Protocol », RFC 768, IETF, aoOt 1980) pour les differentes sessions 
RTP-RTCP ouvertes pour transporter de la parole codee. Les ports RTP/UDP 
sont associes a des modules de traduction relies a la matrice de commutation 
117. 

Les terminaux IP 41-44 sont avantageusement geres par deux 

15 serveurs d'appel 57, 58 directement connectes au reseau IP 54-56 selon des 
protocoles normalises, par exemple conformement a la norme H.323 de I'UIT 
(Union Internationale des Telecommunications), directement ou par 
I'intermediaire de serveurs proxy (voir la demande de brevet francais 
n°00 05824). II pourrait aussi y avoir un seul serveur d'appel pour I'ensemble 

20 du reseau IP. Dans un second mode de realisation de ('invention, chacun de 
ces serveurs d'appel correspond au serveur d'appel d'une UCG passerelle 1 1 , 
21 , 40. De telles UCG servent alors d'UCG de reference pour des terminaux 
IP, qui ne connaissent a priori que I'adresse IP de I'interface passerelle de leur 
UCG de reference, a laquelle ils adressent leurs requetes, et dont I'interface 

25 passerelle relaie ensuite, le cas echeant en fonction de la configuration du 
chemin de communication les signaux de voix vers la destination. A I'inverse, 
dans un troisieme mode de realisation de I'invention, les terminaux classiques 
35-36, qui ne peuvent atteindre le reseau IP qu'a travers les PABX 10, 20. 30, 
40, peuvent etre rattaches a un serveur d'appel situe sur le reseau IP. II suffit 

30 pour cela que les UCG relaient la signalisation entre ces terminaux et des 
interfaces passerelles. A la limite, un seul serveur d'appel sur le reseau IP 
pourrait etre utilise pour tous les terminaux. 

Un terminal raccorde au reseau IP ne connaTt a priori que I'adresse IP 
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de son serveur d'appel, et il adresse ses requetes a ce serveur. Un terminal 
raccorde au reseau de PABX connatt quant a lui son UCG de reference, qu'il 
sait toujour* joindre (par I'intermediaire des canaux paquets du reseau de 
PABX). 

i Dans la suite de la presente description, on suppose, sans que ceci 

soit limitatif, qu'un terminal IP peut emettre et recevoir de la parole codee selon 
les normes UIT-T G.729 (Codage a 8 kbit/s par prediction lineaire avec 
excitation par sequences codees a structure algebrique conjuguee - CS- 
ACELP), UIT-T G.723.1 (compression par codage predictif a 6,4 ou 5,3 kbit/s), 
0 et eventuellement UIT-T G.711 (codage PCM a 64 kbit/s), et que la 
transmission de parole au sein des sites PABX, entre les sites PABX et les 
terminaux classiques 35 et entre les PABX et les bornes radio 37 est sous la 
forme G.711. Ainsi Interface passerelle 112 est agencee pour effectuer un 
transcodage G.711/G.723.1 ou G.711/G.729 lorsque c'est requis pour un 
15 terminal IP fonctionnant en G.723.1 ou G.729. 

Deux utilities logiciels, le GIC (Gestionnaire d'lnter Communications) 
et le GCC (Gestionnaire de Chemin de Communication), effectuent, sur 
solicitation des taches de traitement d'appel, la gestion des canaux de 
signalisation et des chemins de communication, respectivement. Pour 
20 remission et la reception de ses messages, le traitement d'appel s'adresse au 
GIC sous forme de primitives. Par des mecanismes d'adressage connus en so. 
(adressage point a point, diffusion, diffusion selective, etc.), il est possible 
d'atteindre un, plusieurs, ou tous les serveurs d'appels du systeme. En lia.son 
avec le systeme operationnel du serveur d'appel sur lequel il est implante, le 
25 GIC gere I'acheminement des messages. Pour la prise/liberation et la 
connexion/deconnexion du chemin de communication, le traitement d'appel 
s'adresse au GCC egalement sous forme de primitives. Lorsqu'il s'agit de 
reserver un chemin, les utilitaires GCC des deux demi-appels dialoguent 

directement entre eux. 

Un demi-appel concernant un terminal comporte la creation d'une 
tache dite Moniteur d'Appel Simple (T_MAS) dans un serveur d'appel associe 
au terminal, qu'il soit integre a une UCG d'un PABX ou non. Cette tache 
T_MAS realise toutes les fonctions d'analyse et de decision (acheminement 
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d'appel, demande de faculte, etc.) intervenant dans la gestion d'appel. Pour 
ces fonctions. la tache T_MAS consulte des tables stockees dans le serveur 
d'appel, contenant notamment ('association entre le numero d'annuaire du 
terminal et une adresse IP correspondante, a laquelle ce terminal peut etre 
5 atteint. Cette adresse peut etre I'adresse IP propre du terminal s'il est de type 
IP. ou Tadresse IP d'une interface passerelle sinon. Ces tables d6finissent en 

outre les droits de I'utilisateur. 

Dans la suite de la description, on considerera que lorsqu'un serveur 
d'appel, associe a un terminal, est integre a une UCG d'un PABX 10, 20, 30, 
10 40, ce serveur se trouve dans I'UCG de reference du terminal. Ainsi, chaque 
terminal telephonique 35-36 directement raccorde au reseau de PABX a une 
-□CG-ae-rattachemenr(aCG de reference) qui. dans le cas d'un terminal filaire, 
est typiquement celle a laquelle il est raccorde. Cette UCG de rattachement 
assure notamment les traitements de signalisation concernant les terminaux. 
15 Chaque terminal du systeme est gere par un serveur d'appel, organise 

selon les differentes possibles exposees ci-dessus, qui dispose d'une 
information de localisation relative a chaque terminal supervise. Cette 
information de localisation consiste en ('identification d'une UCG du reseau de 
PABX, dite "UCG reference de topologie". L'UCG reference de topologie 
20 coYncide avec I'UCG de reference, le cas echeant. Lorsqu'aucune UCG de 
reference n'est attachee a un terminal raccorde a un point d'acces du reseau 
IP, I'UCG reference de topologie est aussi choisie parmi les UCG passerelles 
raccordees au meme sous-reseau que le terminal. Dans le cas represente sur 
la figure 1, I'UCG passerelle 11 est par exemple I'UCG reference de topologie 
25 des terminaux IP 41 et 44 relies au LAN 54, tandis que I'UCG passerelle 21 est 
I'UCG reference de topologie des terminaux IP 42 et 43 relies au LAN 55. 

Comme on Pa vu precedemment, le serveur d'appel d'un terminal 
raccorde a un point d'acces du reseau IP peut etre, dans le second mode de 
realisation de I'invention, le serveur integre a Tune des UCG du reseau de 
30 PABX, dite UCG de reference du terminal, auquel cas I'ensemble des 
terminaux du systeme a une UCG de reference. L'UCG de reference d'un 
terminal raccorde a un point d'acces du reseau IP coincide alors de preference 
avec I'UCG de reference du terminal. Chaque terminal IP memorise I'adresse 
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taches T_MAS et T_MGC/T_MGW peuvent etre executees au niveau d'entites 
differentes communiquant entre elles selon des protocoles appropries. C'est 
par souci de clarification de la presentation des scenarios d'appel qu'on illustre 
Tinvention dans le cas particulier ou I'ensemble de la tache T_TAP est execute 
5 dans une UCG de reference, ce qui evite de faire la distinction entre T_MAS, 
T_MGC et T_MGW. La partie gauche de chaque diagramme correspond au 
demi-appel demandeur, et la partie droite au demi-appel demande. 

Chaque scenario d'appel represents commence par un echange 
d'informations entre le terminal demandeur 70, 170 et la tache TTAP 71, 171 
10 qui lui correspond. Cette tache T_TAP a par exemple ete creee par le serveur 
d'appel du terminal demandeur 70, 170 a reception d'un message signalant la 
prise de ligne par ce terminal. Elle adresse au terminal les mires codant les 
informations a presenter a I'utilisateur (affichages, tonalites, ...), et recupere les 
donnees fournies par I'utilisateur pour defmir sa requete (choix de fonctions, 
15 numerotation, ...). Lorsque I'echange avec le terminal demandeur 70, 170 lui 
permet de disposer d'informations suffisantes, la tache T_TAP 71, 171 diffuse 
dans le systeme un message d'etablissement (SET_UP) comportant 
notamment les elements suivants : 

- le numero d'annuaire du terminal demandeur 70, 170 ; 

- le numero d'annuaire du terminal demande 80, 180, defini directement ou 
indirectement par I'utilisateur du terminal demandeur 70, 170 ; 

- la localisation du terminal demandeur 70, 170 dans le systeme, a savoir 
le numero de site de I'UCG reference de topologie et le numero de cette 
UCG dans le site ; 

25 - le type de raccordement du terminal demandeur, figurant dans les tables 

de son UCG de reference dont le serveur d'appel execute la tache 
T TAP 71,171 ; cet element permet en particulier de distinguer les 
terminaux « classiques » des terminaux IP. 
Pour un terminal demandeur de type classique, le message 
30 d'etablissement comporte encore un numero d'equipement physique designant 
Interface du site a laquelle le terminal est relie. Dans certains cas, il comporte 
en outre I'adresse IP d'au moins une interface passerelle d'une UCG 
temporairement associee au terminal dans le reseau 54-56 et deux numeros 
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de ports UDP reserves sous cette interface pour ce terminal, Turi dedie a la 
transmission de parole selon le protocole RTP et I'autre a la transmission des 
informations de contrdle selon le protocole RTCP. 

Pour un terminal demandeur de type IP, le message d'etablissement 
5 comporte une indication des codages et des debits avec lesquels II est 
compatible (dans I'exemple simplifie evoque precedemment, G.711 seulement 
G711 + G.723.1. G.711 + G.723.1 + G.729 ou G.711 + G.729), I'adresse IP 
du terminal dans le reseau 54-56, un numero de port UDP qu'il consacre a la 
transmission de parole selon le protocole RTP et un autre num6ro de port UDP 
10 pour la transmission des informations de controle selon le protocole RTCP. 

Les serveurs d'appel vers lesquels ce message est diffuse analysent le 
numero du terminal demande. Le seul serveur qui prend en compte le 
message, en creant une tache TTAP 81, 181 de traitement du demi-appel 
cote arrivee, est le serveur d'appel qui supervise le terminal demande. Cette 
15 tache 81. 181 interroge un serveur de topologie 90 pour determiner une 

configuration de I'appel. 

Dans I'exemple represent* sur la figure 1 , le systeme comporte trois 
serveurs de topologie 90, dont deux sont relies a des points d'acces, 
respectivement de I'UCG 13 du site 10 et de I'UCG 23 du site 20, et le 
20 troisieme directement au reseau IP 54-56. Ces serveurs contiennent 
essentiellement les memes donnees. L'un d'entre eux est selectionne par la 
tache de traitement d'appel en cours d'execution,. On notera que de 
nombreuses autres implementations seraient possibles, par exemple prevo.r un 
seul serveur de topologie ou davantage, ou encore realiser le serveur de 
25 topologie sous forme de tables simplement memorises dans chaque serveur 
d'appel susceptible de I'interroger. 

Le serveur de topologie 90 est interroge sur la base de deux jeux de 
parametres, l'un relatif au terminal demandeur 70, 170 et I'autre relatif au 
terminal demande 80. 180. Chaque jeu de parametres relatif a un term.nal 

30 comprend : 

- le type de raccordement du terminal (IP ou classique) ; 
. la localisation dans le systeme (numeros de site de I'UCG reference de 
topologie et numero de cette UCG dans le site) ; 
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- pour Un terminal de type IP, Indication des codages et des debits avec 

lesquels il est compatible. 
Pour le terminal demandeur, ces parametres sont obtenus par la tache 
T_TAP 81,181 dans le message d'etablissement recu. Pour le terminal 
5 demande, ils sont lus dans les donnees propres au terminal stockees dans le 
serveur de I'UCG, au moyen du numero d'annuaire obtenu dans le message 

d'etablissement recu. 

Le serveur de topologie recoit des requetes emises par la tache de 
traitement d'appel du cote arrivee (demande) en reponse a la reception du 
10 message d'etablissement de communication (SET-UP). 

La configuration d'appel designee par le serveur de topologie 90 en 
reponse a son interrogation conduit dans certains cas a I'etablissement d'un 
chemin de communication empruntant le reseau IP, y compris lorsque I'un des 
terminaux demandeur et demande est de type classique. A ('inverse, le serveur 
15 de topologie peut etre amene a requerir I'etablissement d'un chemin de 
communication porte par le reseau de sites PABX, y compris lorsque I'un des 
terminaux demandeur et demande est de type IP. 

L'invention prevoit la possibility pour chaque terminal de presenter, 
outre son type natif, un type complementaire (IP pour un terminal classique, et 

20 classique pour un terminal natif IP). 

La presentation de cette double apparence peut intervenir a priori, 
c'est-a-dire prealablement a la demande d'etablissement de I'appel du cote 
demandeur. Elle peut aussi intervenir sur demande, c'est-a-dire pour servir une 
configuration d'appel retenue par le serveur de topologie. 
25 Au moment ou la presentation de I'apparence IP est decidee pour un 

terminal classique, la tache traitement d'appel de I'UCG de reference du 
terminal consulte une table de designation de passerelles 92 pour identifier une 
passerelle permettant d'atteindre le terminal. 

La table 92 est construite lors de la configuration du systeme. Elle fait 
30 correspondre a chaque unite de controle de grappe 11-13, 21-25, 31-34, 40 
une UCG passerelle (voire plusieurs) dont I'interface passerelle peut, d'apres la 
configuration du systeme, entrer en liaison avec les points d'acces de ladite 
unite de controle de grappe sans passer par le reseau IP. La table 92 peut par 
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utilise jusqu'a suppression du dernier contexte d'appel pour ce terminal. Un tel 
terminal presente ainsi une double apparence, Tune native (classique), et 

I'autre virtuelle (IP). 

Comme le montrent les figures 4 et 5, la table des ressources 97 est 

5 consultee par la tache de traitement d'appel du cote demandeur avant la 
diffusion du message d'etablissement d'appel (SETJJP). Le demi-appel 
demandeur peut presenter, le cas echeant, une double apparence du terminal 
demandeur au demi-appel demande, ce qui simplifie le processus 
d'etablissement de I'appel en fonction de la configuration designee par le 

10 serveur de topologie, et minimise les recours inutiles aux interfaces passerelles 
du systeme. 

Un mode de realisation prefere de I'invention, illustre dans les 
diagrammes des figures 3 a 7, privilegie I'acquisition d'une double apparence 
pour les terminaux classiques. Une recherche systematique de double 
15 apparence peut etre mise en oeuvre, de maniere tres similaire, pour I'ensemble 
des terminaux du systeme, ou uniquement pour les terminaux IP, afin de leur 
donner une apparence classique. 

Ainsi, dans les diagrammes des figures 4 a 7, la tache T_TAP 71, 81 
relative au terminal classique interroge, sur la base du numero d'annuaire du 
20 demandeur (figures 4 et 5) ou du demande (figures 6 et 7), sa table des 
ressources 97, pour verifier si une ressource correspondant au type IP n'est 
pas deja utilisee pour une communication en cours a laquelle le terminal 
classique participe. Dans les exemples des figures 4 a 7, la tache T_TAP 
concernee verifie ainsi qu'une interface passerelle n'a pas deja ete reservee 
25 pour ('utilisation par le terminal (figures 4 et 5) ou demande (figures 6 et 7), 
c'est-a-dire que ce terminal n'a pas deja pris une apparence IP. Dans 
I'affirmative, elle dispose immediatement d'un double jeu de parametres 
correspondant a la dualite temporaire des types disponibles pour le terminal, 
qu'elle peut le cas echeant (figures 4 et 5) transmettre dans le message 
30 d'etablissement a destination du demi-appel demande. Dans I'exemple de la 
figure 5, elle transmet ainsi le numero d'UCG de I'interface passerelle dans 
laquelle les ressources de transport de la voix sur IP sont reservees, I'adresse 
IP et les numeros de ports UDP temporairement alloues au terminal pour sa ou 
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terminaux IP, remission du message SET.UP par la tache T_TAP 171 est 
precedee par une consultation de la table des ressources 97 du serveur 
d'appel (non representee sur la figure 3). Le cas echeant, les parametres 
relatifs a I'apparence « classique » du terminal 170 (coordonnees d'une ou 
3 plusieurs passerelles) sont alors inclus dans le message SET_UP. 

Dans le cas d'un appel d'un terminal de type classique 70 vers un 
terminal IP 180, la configuration d'appel designee par le serveur de topologie 
90 en reponse a son interrogation peut correspondre au diagramme de la 
figure 4. dans le cas d'un appel initial, et au diagramme de la figure 5, dans le 
cas d'appels multiples simultanes. De preference, le serveur de topologie 90 
privilegie dans ces deux cas un chemin de communication porte par le reseau 

IP. 

Sur le diagramme de la figure 4, la tache T_TAP 181 du cote arrivee, 
qui recoit la reponse du serveur de topologie, demande la presentation de 
I'apparence complements par le terminal demandeur, etant donne qu'elle n'a 
recu dans le message d'etablissement que les parametres relatifs a ce dernier 
correspondant a son type classique. Elle adresse pour cela a la tache TTAP 
71 de I'autre demi-appel un message de requete d'evenement 
(EVENT_REQUEST), dans iequel elle indique la configuration designee par le 

20 serveur de topologie 90. 

A reception de ce message lui indiquant qu'une apparence IP est 
necessaire, la tache T_TAP 71 consulte la table de designation de passerelles 
92 sur la base de la localisation (site, UCG) du terminal demandeur 70 pour 
identifier I'UCG d'au moins une interface passerelle depuis laquelle le terminal 
demandeur 70 est accessible sans passer par le reseau IP. La tache T_TAP 71 
emet alors un message de demande de reservation de ressource, qu'elle dirige 
vers la ou les UCG designee(s) par la table 92. A reception de ce message, la 
tache 96 de gestion d'organe passerelle (T_MGK) executee par le processeur 
d'une UCG passerelle concemee examine si I'interface passerelle dispose de 
ressources pour la communication en cours d'etablissement. Dans raffirmative, 
elle reserve deux numeros de port UDP pour les liaisons RTP et RTCP, et 
repond a la tache 71 en retournant le numero d'equipement physique de 
I'interface passerelle disponible, son adresse IP dans le reseau 54-56 et les 
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deux numeros de port UDP reserves. 

La tache 71 emet alors un message EVENT_REPLY a destination de 

la tache 181 qui contient les parametres de transport de la voix sur le reseau IP 

pour le terminal demandeur, c'est-a-dire le numero d'equipement physique de 
5 I'interface passerelle disponible, son adresse IP dans le reseau et les deux 

numeros de port UDP reserves qu'elle a recus de I'UCG passerelle. 

Sur le diagramme de la figure 5, la tache TJAP 181 du cote arrivee 

qui recoit la reponse du serveur de topologie, dispose deja des parametres 

decrivant la double apparence du terminal demandeur puisqu'elle les a recus 
10 dans le message d'etabiissement SET_UP. Elle dispose ainsi des parametres 

necessaires a I'etablissement de la configuration d'appel designee par le 

serveur de topologie. 

La phase d'etabiissement de I'appel se poursuit alors dans les deux 
cas de la facon suivante : la tache T_TAP 181. executee dans I'UCG 
15 passerelle du cote arrivee, envoie a I'adresse IP du terminal demande 180, s'il 
est disponible, la mire indiquant I'appel entrant, avec I'adresse IP relative au 
terminal demandeur 70 et les ports UDP utilises par la passerelle sous cette 
adresse pour la communication. La tache T_TAP 181 commande, a I'aide de 
I'utilitaire GCC, I'etablissement d'un chemin de communication dans le reseau 
20 de PABX, puis retourne a la tache TJAP 71 du demi-appel depart le message 
d'alerte signalant le debut de sonnerie au terminal demande, avec I'adresse IP 
du terminal demande 180 et les ports UDP utilises par celui-ci pour la 
communication. Ce message d'alerte est retransmis sous forme d'une mire au 
terminal demandeur 70 et communique a la tache 96 de gestion de I'interface 
25 passerelle, avec I'adresse IP du terminal demande 180 et les ports UDP 
utilises. 

La tache T_MGK 96 de I'UCG de I'interface passerelle complete le 
chemin de communication cote demandeur en commandant I'interface IP 112, 
la matrice de commutation 117 et I'interface 111-115 a laquelle est raccordee 
30 le terminal afin que les interfaces assurent les traductions requises et que la 
matrice 117 les fassent communiquer entre elles. 

Lorsque le terminal demande 180 prend la ligne, I'evenement est 
signale a la tache T_TAP 181 qui en informe la tache TJAP 71 dans un 
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message de connexion (CONNECT) retransmis sous forme d'une mire au 
terminal demandeur 70. La communication peut alors se derouler : 

- la parole codee en G.711 emise par le terminal classique 70 est 
acheminee jusqu'a I'interface passerelle au sein d'un ou plusieurs PABX, 

5 eventuellement transcodee, puis envoyee sur le reseau IP a I'adresse IP 

et au port UDP associe au terminal IP demande : 

- le terminal IP 1 80 envoie sa parole codee sous forme de paquets RTP a 
destination du port UDP/IP qui lui a ete indique avec la mire d'appel 
entrant, et la tache de gestion d'organe T_MGK de I'interface passerelle 

10 destinataire reconstitue le flux de signal de parole code, opere le cas 

echeant un transcodage, et retransmet la parole codee en G.711 
jusqu'au terminal classique 70 ; 

- les taches T_TAP 71 et 181 (plus precisement les taches T_MGW et/ou 
T_MGC) restent en vigueur jusqu'a la fin de la communication, de meme 

15 que la session TCP/IP transportant la signalisation entre le terminal IP 

1 80 et son UCG de reference. 
Dans le cas d'un appel d'un terminal IP 170 vers un terminal de type 
classique 80, la configuration d'appel designee par le serveur de topologie 90 
en reponse a son interrogation par la tache 81 du cote arrivee peut 

20 corresponds au diagramme de la figure 7 dans le cas d'un appel initial, et au 
diagramme de la figure 6 dans le cas d'appels multiples simultanes. De 
preference, le serveur de topologie 90 privilegie un chemin de communication 
porte par le reseau IP. La reponse du serveur de topologie equivaut dans ce 
cas a une requete de prise d'apparence IP pour tout terminal participant a la 

25 communication en cours d'etablissement qui ne serait pas de type IP. 

La tache de traitement d'appel T_TAP 81 du cote arrivee consulte done 
sa table de ressources 97, pour verifier si une ressource correspondant au type 
complementaire du type natif du terminal demande, en I'occurrence une 
passerelle IP, n'est pas deja utilisee pour une communication en cours a 

30 laquelle le demande participe. 

Dans I'affirmative (diagramme de la figure 6), elle dispose 
immediatement du numero d'UCG d'une interface passerelle, de I'adresse IP et 
des numeros de ports UDP temporairement alloues au terminal pour sa 
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communication en cours. 

Dans la negative (diagramme de la figure 7), elle consulte la table de 
designation de passerelles 92 pour identifier I'UCG d'au moins une interface 
passerelle depuis laquelle le terminal demande 80 serait accessible sans 

5 quitter le reseau de PABX. Elle emet alors un message de demande de 
reservation de ressource, qu'elle dirige vers la ou les UCG designees par la 
table 92, incluant I'adresse IP du terminal demandeur 170 et les numeros de 
port UDP qu'il utilise pour les protocoles RTP et RTCP. A reception de ce 
message, la tache 96 de gestion d'organe passerelle (T_MGK) executee par ie 

10 processeur d'une UCG passerelle concernee examine si I'interface passerelle 
dispose de ressources pour la communication en cours d'etablissement. Dans 
I'affirmative, elle reserve deux numeros de port UDP pour les liaisons RTP et 
RTCP, et repond a la tache 81 en retournant le numero d'equipement physique 
de I'interface passerelle disponible, son adresse IP dans le reseau et les deux 

15 numeros de port UDP reserves. 

La phase d'etablissement de I'appel se poursuit alors dans les deux 
cas de la facon suivante : la tache T_TAP 81 , executee dans I'UCG passerelle 
du cote arrivee, envoie au terminal demande 80, s'il est disponible, la mire 
indiquant I'appel entrant, ainsi que Indication de I'interface passerelle qui lui 
20 est associee. La tache 81 commande, a I'aide de I'utilitaire GCC, 
I'etablissement d'un chemin de communication. Elle retourne a la tache T_TAP 
171 du demi-appel depart le message d'alerte (ALERT) signalant le debut de 
sonnerie au terminal demande, message qui fournit a la tache 171, I'adresse IP 
et les numeros de ports UDP temporairement alloues au terminal. Ce message 
25 d'alerte est retransmis sous forme d'une mire au terminal demandeur 170, dans 
un ou plusieurs segments TCP/IP adresses au terminal par son UCG de 
reference, avec I'adresse IP de I'interface passerelle a utiliser et les ports UDP 
reserves du cote demande pour la communication. 

Lorsque le terminal demande 80 prend la ligne, Tevenement est signale 
30 a la tache T_TAP 81 qui en informe la tache T_TAP 171 dans un message de 
connexion (CONNECT) retransmis sous forme d'une mire au terminal 
demandeur 170. 

La tache T_MGK de I'UCG de I'interface passerelle complete le chemin 
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de communication cote demande en commandant Interface IP 112, la matrice 
de commutation 117 et r interface 111-115 a laquelle est raccordee le terminal 
afin que les interfaces assurent les traductions requises et que la matrice 117 
les fasse communiquer entre elles. La communication peut alors se derouler : 
5 - le terminal IP 170 envoie sa parole codee sous forme de paquets RTP a 

destination du port UDP/IP qui lui a ete indique avec la mire d'alerte, et 
I'interface passerelle destinataire reconstitue le flux de signal de parole 
code, opere le cas echeant un transcodage, et retransmet la parole 
codee en G.711 jusqu'au terminal classique 80 ; 
10 - la parole codee en G.711 emise par le terminal classique 80 est 

acheminee jusqu'a I'interface passerelle au sein d'un ou plusieurs PABX, 
eventuellement transcodee, puis envoyee sur le reseau IP au port UDP 
qui a ete specifie dans le message d'etablissement ; 
- les taches T_TAP 171 et 81 (plus precisement les taches T_MGW et/ou 
15 T_MGC) restent en vigueur jusqu'a la fin de la communication, de meme 

que la session TCP/IP transportant la signalisation entre le terminal IP 

170 et son UCG de reference. 
Dans un autre mode de realisation de I'invention, la prise de double 
apparence est effectuee a priori pour un terminal demandeur, c'est-a-dire avant 
20 d'avoir connaissance de la configuration d'appel designee par le serveur de 
topologie 90. Dans ce cas, la consultation de la table de ressources 97 a lieu 
des la reception d'une requete d'etablissement d'appel par le serveur d'appel 
du terminal demandeur, et est immediatement suivie si necessaire d'une 
reservation de ressources par consultation de la table des passerelles 92 et de 

25 la tache T_MGK 96. 

Du cote demande, on peut aussi envisager une prise de double 
apparence a priori, c'est-a-dire sans avoir connaissance de la configuration 
d'appel designee par le serveur de topologie 90. La multipUcite des apparences 
offertes du cote demandeur et/ou demande peut eventuellement etre prise en 
30 compte dans la decision du serveur de topologie. 

Dans ce mode de realisation, il est souhaitable de liberer les 
ressources reservees a priori et qui s'averent inutiles au vu de la configuration 
d'appel retenue. La tache de traitement d'appel concernee enverra done une 
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REVENDIC ATIONS 

1 Procede d'etablissement de chemins de communication entre des 

points d'acces d'un systeme de commutation, le systeme de commutation 
comprenant un reseau de transmission de paquets (54-56) procurant une 

5 premiere famille de points d'acces, des moyens de commutation 
(10, 20, 30, 40) equipes d'interfaces de raccordement procurant une seconde 
famille de points d'acces et d*au moins une interface passerelle avec le reseau 
de transmission de paquets, et des moyens de traitement d'appel pour 
memoriser des donnees de configuration et des donnees de contexte relatives 

10 a des terminaux relies au systeme a travers les points d'acces. et pour 
effectuer des traitements de signalisation concernant lesdits terminaux, 

dans lequel I'etablissement d'un premier chemin de communication 
entre des points d'acces pour mettre en liaison des premier et second 
terminaux respectivement relies auxdits points d'acces comprend les etapes 

15 suivantes lorsque le premier chemin comporte au moins une premiere portion 
appartenant au reseau de transmission de paquets (54-56) et une seconde 
portion appartenant aux moyens de commutation (10, 20, 30, 40) avec une 
interface passerelle (1 1 2) entre lesdites premiere et seconde portions : 

- associer a ladite premiere portion une ressource d'adressage de 
20 I'interface passerelle dans le reseau de transmission de paquets pour la 

liaison avec le premier terminal ; 

- associer a ladite seconde portion une ressource d'adressage de 
I'interface passerelle dans les moyens de commutation pour la liaison 

avec le second terminal ; 

- memoriser, dans les donnees de contexte relatives au second terminal, 
une identification de ladite ressource d'adressage de I'interface 
passerelle dans le reseau de transmission de paquets. 

2. Procede selon la revendication 1 , dans lequel pour mettre en liaison 

le second terminal avec un troisieme terminal sans couper la liaison avec le 
30 premier terminal, on lit dans les donnees de contexte relatives au second 
terminal I'identification memorisee de ladite ressource d'adressage de 
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.. j qi »o |o reseau de transmission de paquets (54-56), et on 

zizzz :z :: — a « on — „ -*« * 

r^eZ e. au moins one autre portion appartenant au reseau de 
prem.er chemin e, au m ^ ^ de 

transmission de paquets, a w M uc 
, nnterface passeralla pour la liaison avec le troisieme term.nal. 

Pmcede selon .'one queiconque des revendications precedent^ 
d 'ans lequel retabiissemen, du premier chemin de communication comprend 

«n„ dans les donnees de contexts relatives au premter term,nal, 
memonsation. dans les aonn de n nte rface passerelle 

rfune identification de ladite ressource d adressage 
(112) dans les moyens de commutation (10, 20, 30. 40). 

Pmcede seion rune queiconque des revendicafions 
dans lequel ,e reseau de transmission de paquets (54-56) foncttonne se, on «e 

Ins te reseau de transmission de paquets comporte une adresse IP 

,, H„n« la reseau et au moins un numero de port UDP 
(•interface passerelle dans le reseau 

reserve en relation avec ladite adresse IP. 

Precede d'etablissement da chemins de communication entre des 
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interface passerelle (112) entre lesdites premiere et seconde portions : 

- associer a ladite premiere portion une ressource d'adressage de 
I'interface passerelle dans le reseau de transmission de paquets pour la 
liaison avec le premier terminal ; 

5 - associer a ladite seconde portion une ressource d'adressage de 

Tinterface passerelle dans les moyens de commutation pour la liaison 

avec le second terminal ; 

- memoriser, dans les donnees de contexte relatives au premier terminal, 
une identification de ladite ressource d'adressage de I'interface 

■\0 passerelle dans les moyens de commutation. 

6. Procede selon la revendication 5, dans lequel pour mettre en liaison 

le premier terminal avec un troisieme terminal sans couper la liaison avec le 
second terminal, on lit dans les donnees de contexte relatives au premier 
terminal I'identification memorisee de ladite ressource d'adressage de 
15 I'interface passerelle (112) dans les moyens de commutation (10, 20, 30, 40), 
et on etablit un second chemin de communication incluant la premiere portion 
du premier chemin et au moins une autre portion appartenant aux moyens de 
commutation, a laquelle on associe la ressource d'adressage lue de Tinterface 
passerelle pour la liaison avec le troisieme terminal. 

7. Procede selon la revendication 5 ou 6, dans lequel ladite ressource 
d'adressage de I'interface passerelle (112) dans les moyens de commutation 
(10, 20, 30, 40) comporte une adresse physique de ladite interface dans les 
moyens de commutation. 

8. Procede selon Tune quelconque des revendications precedentes, 
25 dans lequel les moyens de traitement d'appel du systeme de commutation 

comprennent au moins un serveur d'appel associe a certains au moins des 
terminaux, dans lequel les moyens de traitement d'appel interrogent un 
gestionnaire de configuration d'appel (90) pour obtenir des donnees de 
configuration d'appel en reponse a deux jeux de parametres relatifs a des 
30 terminaux demandeur et demande, respectivement, ledit jeu de parametres 
relatifs a un terminal incluant une indication de la famille du point d'acces 
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requete a la premiere tache de traitement d'appel (71. 171) pour qu'elle lui 
retourne .-identification d'une ressource d'adressage de Interface passerelle. 

! 2 Systeme de commutation comprenant un reseau de transmission de 

paquets (54-56) procurant une premiere famille de points d'acces, des moyens 
de commutation (10,20,30.40) equipes d'interfaces de raccordement 
procurant une seconde famille de points d'acces et d'au moins une interface 
passerelle avec le reseau de transmission de paquets. et des moyens de 
traitement d'appel pour memoriser des donnees de configuration et des 
donnees de contexte relatives a des terminaux relies au systeme a travers les 
points d'acces, et pour effectuer des traitements de signalisation concernant 
lesdits terminaux- conformement a -un procede selon I'une quelconque des 
revendications prec6dentes. 
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